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FLOW ADMISSION CONTROL FOR WIRELESS SYSTEMS 

BACKGROUND 

Claim of Priority under 35 U.S.C. §119 
[0001] The present Application for Patent claims priority to U.S. Provisional 

Application No. 60/503,193 entitled "FLOW ADMISSION CONTROL FOR 
WIRELESS SYSTEMS" filed September 15, 2003, and U.S. Provisional Application 
No. 60/503,192 entitled "QUALITY OF SERVICE SCHEDULING 
METHODOLOGY" filed September 15, 2003, both assigned to the assignee hereof and 
hereby expressly incorporated by reference herein. 

Field 

[0002] The present invention relates generally to wireless communication, and more 

specifically to control of wireless communication services. 

Background 

[0003] Allocating resources is necessary for a wireless communication system since 

resources available to that system can be limited for a varying number of subscribers. 
The purpose of controlling an admission of communication channels, i.e. flows, into the 
wireless communication system, is to provide a level of quality to each of the 
subscribers already in the system, i.e. a Quality of Service (QoS). One approach can be 
to limit the total amount of traffic to an appropriate level for these resources. For a 
system providing a variety of differentiated services, an assignment of a priority to each 
of the multiple communication flows can balance the conflicting objectives of high 
utilization of sector capacity, with the satisfaction of priority requirements. Further, due 
to the time varying nature of a wireless channel, some headroom in resource utilization 
must be left to ensure that the priority requirements are satisfied continuously 
throughout the entire session, even during short periods of deep fading. 

[0004] Based on simulation, it has been determined that channel fading is the dominant 

reason for packet drops. Most of the packet drops happen when the user is in deep 
fading. With present systems, there is no knowledge of user mobility patterns; namely. 



030600 

EL977 102561 US 

2 

characteristics of such long term fading are unknown. A simple way of admission 
control could be based on the total demand and fixed capacity obtained through 
averaging over all the conceived scenarios including number of flows from each QoS 
class, user location, mobility pattern, and so forth. After the capacity is obtained, the 
implemented algorithm would be purely based on the total request. Despite this 
simplicity, this scheme suffers from the shortcoming that the capacity number will be 
highly dependent on the coverage condition in the sector and it will change as new base 
stations are set up. 

SUMMARY 

[0005] In a High Data Rate (HDR) system, admission control algorithms can limit the 

amount of traffic in a sector so that priority requirements can be satisfied in the presence 
of wireless channel conditions that vary over time. To enable admission control 
algorithms and parameters to be more generally applicable and robust against changes 
in network deployment, the present invention bases the admission control on real time 
system utilization. This approach requires statistics collection and processing. 

[0006] In one embodiment, an admission control can be based on time slot utilization 

from flows and on a satisfaction of conditions determined by their priorities in terms of 
delay and throughput. Time slot utilization and priority violations can be monitored in 
real time for existing flows. A new flow may be admitted only if the total time slot 
utilization is below a certain threshold. The status of existing flows can be adjusted if 
requirements relating to their priority cannot be satisfied or they occupy excessive 
resources due to extended periods of deep fading. This adjustment can include 
termination of a delay sensitive flow and degradation of a rate sensitive flow to abest 
effort status. 



BRIEF DESCRIPTION OF THE DRAWINGS 



[0007] FIG. 1 is one embodiment of a wireless communication system. 

[0008] FIG. 2 is one embodiment of a block diagram illustrating the basic subsystems 

of a wireless communication system, 
[0009] FIG. 3 is a flow chart of one embodiment of a method for admission control. 

[0010] FIG. 4 is a flow chart of one embodiment of a method for terminating an 

existing EF flow. 
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[0011] FIG. 5 is a flow chart of one embodiment for degrading an existing AF flow to 

BE status. 



DETAILED DESCRIPTION 

[0012] A control of the admission of users into a wireless communication system, 

where a communication channel of each user, i.e. a flow, may have one of a variety of 
different priorities, is disclosed. An element of the wireless communication system, 
such as, for example, a Base Transceiver Station (BTS or base station), can contain 
admission control functions. These functions, existing as admission control apparatus 
and methods, can represent a structured access to the communication system. Such 
access can be for a number of remote devices where the access can be determined by a 
priority approach. There may exist a number of service requirements where each 
requirement can represent a different priority, each priority assigned to a rate or 
minimum rate that is available to the conmiunication flow. As examples, service 
assignments can include a high priority service such as Expedited Forwarding (EF) for 
delay and jitter sensitive (variance of delay per packet after packet) flows or a medium 
priority service such as Assured Forwarding (AF) with a guaranteed minimum rate. An 
additional priority service can be Best Effort (BE) which might not have a guaranteed 
rate but could offer a rate based on whatever capacity was remaining. In addition, such 
an admission control can include monitoring the overall existing flows within the 
control of the BTS and adjusting individual flows, such as by terminating or degrading 
the service, if certain conditions are met. 

[0013] In one embodiment within one or more BTS of the wireless communication 

system, the task of admission control can exist at a processor. A packet scheduler can 
connect to all channel elements within the BTS and as such, be well positioned to 
manage QoS, i.e. priority, requirements. Once a flow is admitted by the admission 
control, the packet scheduler within the BTS can manage the various service 
assignments of the flows and where the packet scheduler can exist, for example, at a 
Data Signal Processor (DSP). 

[0014] DSPs can be special microprocessors designed to execute repetitive math- 

intensive algorithms. DSPs can have approximately the same level of integration, the 
same clock frequencies as general purpose microprocessors. DSPs can overtake general 
purpose processors by 2 to 3 orders in speed because of architectural differences. 
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Typical DSP application fields can be audio signal processing, video signal processing 
and telecommunications devices where such digital signal processing requires a large 
amount of real-time calculations. The most common operation in digital signal 
processing is the sum of products calculation. Among such operations are well known 
convolution and Discrete Fourier Transform, 
[0015] FIG. 1 is one embodiment of a wireless communication system. Remote stations 

102A-102I can be dispersed throughout the communication system 100 to be in 
communication with one or more base stations 104A-104G, with the multiple base 
stations 104A-104G in communication with a single base station controller (not shown). 
The communication system 100 can comprise multiple cells 106A-106G where each 
cell 106A-106G can be serviced by a corresponding base station 104A-104G. Each of 
the remote stations 102A-102I may communicate with one or more base stations 104A- 
104G on the forward link at each traffic channel frame. For example, the base station 
104A can transmit to remote stations 102A and 102J, base station 104B can transmit to 
remote stations 102B and 102J, and base station 104C can transmit to remote stations 
102C and 102H: Each base station 104A-104G can transmit data to one or more remote 
stations 102A-102I at any given moment. In addition, the data rate can be variable and 
may be dependent on the carrier-to-interference ratio (C/I) as measured by the receiving 
remote station 102 and the required energy-per-bit-to-noise ratio. The reverse link 
transmissions from remote stations 102A-102I to base stations 104A-104G are not 
shown for simplicity. 

[0016] FIG. 2 is one embodiment of a block diagram illustrating the basic subsystems 

of a wireless conmiunication system. A Base Station Controller (BSC) 202 can 
interface with a packet network interface 204, the Public Switched Telephone Network 
(PSTN) 206, and all base stations (BTS) 208 (only one shown) in the communication 
system 200. The base station controller 202 can coordinate communications between 
the remote stations 210 in the communication system 200 and other users connected to 
the packet network interface 204 and the PSTN 206. 

[0017] Within the BTS 208, a call processor 214 can exist at the BSC to coordinate with 

each selector element 212 to control the communications between one or more base 
stations 208 and at least one remote station 210. If a selector element 212 has not been 
assigned to the remote station 210, the call control processor 214 can be informed of the 
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need to page the remote station 210 where the call control processor 214 then can direct 
the base station 208 to the remote station 210. 

[0018] A data source 216 can contain data which can be transmitted to the remote 

stations 210. The data source 216 can provide the data to the packet network interface 
204 where the packet network interface 204 can receive the data and route the data to 
the selector element 212. The selector element 212 can send the data to each base 
station 208 in communication with the remote station 210. In one embodiment, each 
base station 208 can maintain a data queue 218 which can contain the data to be 
transmitted to the remote station 210. 

[0019] In one embodiment for admission control, the admission control function can 

reside at a processor 214 that is positioned at the BTS 208. A packet scheduler 21 1 can 
reside at a DSP 213 also within the BTS 208 to interact with the channel elements 212. 
The data can then be sent, in data packets from the data queue 218, to the channel 
elements 220. On the forward link, a data packet can refer to a fixed amount of data to 
be transmitted to the destination remote station 210 within one frame. For each data 
packet, a channel element 220 can insert the necessary control fields. In one 
embodiment, the channel element CRC (Cyclic Redundancy Code) can encode the data 
packet and control fields and insert a set of code tail bits. The data packet, control 
fields, CRC parity bits, and code tail bits comprise a formatted packet. The channel 
element 220 can encode the formatted packet and then interleave (or reorder) the 
symbols within the encoded packet. The interleaved packet can be scrambled with a 
long PN code, covered with a Walsh cover and spread with the short PN. sub. I and PN 
sub. Q codes. The spread data can then be provided to a radio frequency (RF) unit 222 
which quadrature modulates, filters, and amplifies the signal. The forward link signal 
can then be transmitted over the air through an antenna 224 on a forward link 226. 

[0020] At the remote station 210, the forward link signal can be received by an antenna 

228 and routed to a receiver (not shown) within the front end 230. The receiver filters, 
amplifies, quadrature demodulates, and quantizes the signal. The digitized signal can 
then be provided to a demodulator (DEMOD) 232 where the signal can be despread 
with the short PN.sub.I and PN.sub.Q codes, decovered with the Walsh cover, and 
descrambled with the long PN code. The demodulated data can then be provided to a 
decoder 234 which can perform the inverse of the signal processing functions done at 
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the base station 208, specifically the de-interleaving, decoding, and CRC check 
functions. The decoded data can then be provided to a data sink 236. 

[0021] The communication system 200 supports data and message transmissions on a 

reverse link 238. Data to be sent can reside in a data source 239. Within the remote 
station 210, a controller 240 can process the data or message transmissions by routing 
the data or message to an encoder 242. In one embodiment, the encoder 242 can format 
the message consistent with a blank- an d-burst signaling data format. The encoder 242 
can then generate and append a set of CRC bits, append a set of code tail bits, encode 
the data and appended bits, and reorder the symbols within the encoded data. The 
interleaved data can then be provided to a modulator (MOD) 244. 

[0022] The modulator 244 can be implemented in many embodiments. In a first 

embodiment, the interleaved data can be covered with a Walsh code which identifies the 
data channel assigned to the remote station 210, spread with the long PN code, and 
further spread with the short PN codes. The spread data can then be provided to a 
transmitter (not shown) within the front end 230. The transmitter can modulate, filter, 
amplify, and transmit the reverse link signal over the air, through the antenna 228, on 
the reverse link 238. 

[0023] At the base station 208, the reverse link signal can be received by the antenna 

224 and provided to the RF unit 222. The RF unit 222 can filter, amplify, demodulate, 
and quantize the signal and provide the digitized signal to the channel element 220. The 
channel element 220 can despread the digitized signal with the short PN codes and the 
long PN code. The channel element 220 can also perform the Walsh code mapping or 
decovering, depending on the signal processing performed at the remote station 210. 
The channel element 220 can then reorder the demodulated data, decode the de- 
interleaved data, and perform the CRC check function. The decoded data, e.g. the data 
or message, can be provided to the selector element 212. The selector element 212 can 
then route the data and message to the appropriate destination (e.g., data sink 246). 

[0024] The hardware, as described above, supports transmissions of data, messaging 

voice, video, and other communications over the forward link, such as, for example, 
over a CDMA system. Other hardware architecture can be designed to support variable 
rate transmissions and are within the scope of the present invention. 

[0025] In one embodiment for admission control, the service requirements from the 

various individual communications, i.e. communication flows, can represent different 
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levels of Quality of Service (QoS) which can be converted into resource requirements 
on the forward link. A QoS scheduler, i.e. the packet scheduler 214 (FIG. 2), can 
provide flows assigned a first priority, such as, for example, EF flows, with absolute 
priority over a second priority, such as, for example, AP flows. This can be 
accomplished by having the packet scheduler 214 attempt to transmit EF packets as 
soon as they arrive at the queues. Therefore, as long as the delay boundary of the EF 
flow is not too short, focus can be maintained on the rate requirement in the admission 
control of EF flows without explicitly considering the delay requirement. To assure a 
reasonable time margin for the packet scheduler 214, it can be stipulated that the delay 
boundary (time between received at base station and received at the remote) of any EF 
flow is no smaller than, for example, 100ms, since currently, 100ms is used for regular 
voice-over-IP (Internet Protocol) flows. Therefore, where admission control is 
concerned, the QoS requirements from both EF and AF can be rate based. 
[0026] One resource considered on the forward link can be the time slots. Therefore the 

admission control decision can be primarily based on the fraction of time slots used by 
the QoS flows and the QoS violations. The sum of time utilization of all EF flows and 
that of all QoS flows can be used to decide if a new flow can be admitted. The packet 
scheduler can allocate slots to a user depending on the data rate information specified by 
the Data Rate Control (DRC) channel on the reverse link. The data rate for a flow can 
be selected to reflect the channel conditions as seen by the remote station. The fraction 
of action time for each flow can depend on both a required rate and an average DRC of 
each corresponding user. Information on the time utilization of existing flows can be 
collected directly in real time and an average DRC for all existing users can be 
computed. 

[0027] For a new flow where no service record is accumulated, the new flow 

requirement on the time utilization can be estimated based on the new flow QoS 
required rate and its average DRC where the average DRC can be based, for example, 
on sampling. If a new flow is from an existing user, the average DRC can be known 
since the admission control algorithm monitors the channel quality of existing QoS 
flows. However; if a new flow is from a new user with no DRC record, the average 
DRC can be estimated, such as, for example, by a moving average of its requested DRC 
during the connection setup, or a smoothed average obtained through an IIR filter. The 
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design parameter involved in this estimation is the window length in the case of moving 
average and the time constant in the case of IIR filtering. 
[0028] Wireless channel quality can be time varying and as a result, long term behavior 

of channel quality is difficult to predict. Consequently, it is possible that a particular 
QoS flow is admitted when the channel quality is good enough for its QoS requirement 
to be satisfied and then the user can go into deep fading later for extended periods of 
time. When this happens, its QoS requirement will be violated in spite of the prioritized 
service from the scheduler. The result could be a large time utilization and severe QoS 
violations, e.g., high packet loss for EF and low throughput for AF. Due to this high 
loss, the EF flow requirements may not be met. As a result, access control can 
terminate such EF flows to relieve the pressure to all other QoS flows in the sector. A 
similar argument applies to AF flows in deep fading where these AF flows can be 
degraded to BE instead of being terminated. Therefore, in one embodiment, the 
following adjustment policy or "booting feature" by admission control can be 
implemented: 

• An EF flow may be terminated if its packet loss rate is high for a long period of 
time, 

• an AF flow can be degraded to BE if, over a long time, its throughput is too low 
compared with its required rate, and 

• even if there is no single EF or AF flow suffering from a long and severe QoS 
violation but there are QoS violations among QoS flows, an algorithm may look for any 
QoS flow with too high utilization and adjust its status. This feature is included to 
alleviate the case where the QoS violations are distributed among multiple flows instead 
of being concentrated in one flow. This booting feature may affect the flows belonging 
to users with a low DRC. 

[0029] In one embodiment for admissions control, the following statistics can be 

collected: 

• The fraction of time that each flow is served by the BTS, 

• The packet drop percentage for EF flows, 

• The throughput for AF flows, and 

• The average requested DRC by each user. 



Flow time fraction 



030600 

EL977102561US 

9 

[0030] At the BTS, an algorithm can maintain a time slot counter for each flow. The 

counter can increment by one after each slot in which the flow is served. Based on the 
counter value, the fraction of time each flow is served can be periodically computed 
such as with a period, such as, for example, a period of approximately 300 slots. 



EF flow drop percentage 

Two counters for each EF flow can be used: 

• One counter can record the number of dropped packets due to delay 
violations, 

• Another counter can count the total number of packets received, with 
the drop percentage computed every period, such as, for example 
approximately every 300 slots. 

AF flow throughput 

[0031] A counter can be maintained for each AF flow, which can record the number of 

transmitted MAC packets and where the throughput can be computed every period, such 
as, for example, approximately every 300 slots. There can be an IIR estimation of 
throughput that can be used by the scheduler. Here a linear estimator can be used 
mainly to reduce the impact of the burstyness in the scheduling. 

Average user DRC request 
[0032] This requirement can be computed by maintaining two counters: 

• One for the payload size in MAC packets, and 

• one for the number of transmission time slots without early 
termination. 

[0033] Both counters can increment at each slot and where the average DRC can be 

computed periodically, such as, for example, approximately every 300 slots. There can 
be a shorter period for this computation for an incoming user. This information can be 
used to make the admission decision for a new QoS flow of a new user where 
throughput can be computed every period, such as, for example, approximately every 
100 slots. 
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[0034] The above average DRC estimation can have a negative bias, especially for slow 

fading users, however, such a bias may not be harmful because the slow fading channel 
can be the worst channel in terms of QoS violations. 

Statistics Processing 

[0035] All the processing listed below may be executed only at the end of each period 

as specified. 

[0036] The statistics collected can be smoothed by Infinite Imposed Response (IIR) 

filters as follows. 

• The fraction of time each flow is served: 

Let TF^(n) be the time fraction of flow k at time period n. The 
average time fraction at time n, avg TF^ (n) , is updated by an IIR 
filter 

avg TF^ (n) = (1 - a^^ )avg TF, (n - 1) + a^^ TF, (n) , 
where, as an example, =0.5 by default. 

• Drop percentage for EF flows: 

Drop percentage for each EF flow fc, DROP^ (n) , is computed during 
each period. Its average, avgDROP,^(n) , is also obtained through IIR 
filtering: 

avg DROP^ in) = (1 - a^^oF )avg DROP, (n - 1) + a^^^^, DROP, (n) , 
where, as an example, oCj^j^^p =0.5 by default. 

• Throughput for AF flows: 

Throughput for each AF flow k, Th^ (n) , is computed during each 
period. Its average, avgTh,(n), is also obtained through DR 
filtering: 

avg Th , (n) = (1 - tar^ )avg Th - 1) + a^, Th , {n) , 
where, as an example, a^^ =0.5 by default. 

• Average DRC request for a flow: 
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An average DRC for flow DRC^(n) , can be estimated by the ratio 
of total requested payload and total requested time slots. Its smoothed 
version, avg DRC^ (n) , can also be obtained through IIR filtering: 
avg DRC, (n) = (1 - a^^^ )avg DRC, (n - 1) + a^^^ DRC, (n) , 
where, as an example, or^^^ =0.5 by default. 

This average DRC can be collected for all the existing users. If a new 
flow comes in from a new user, requested DRC information can be 
collected during the connection setup time, and a shorter updating 
period, such as, for example, 100 slots, could be used. The 
parameters in each statistic processing, including oTtf , , <^drop » 
^DRc configured independently 

Decision Processes 

[0037] The admission control algorithms can give priorities to handoff flows and re- 

established flows waking up from dormancy. The admission control algorithms can 
accept EF and/or AF flows regardless of the sector utilization. Accordingly, there can 
be some margin in time slots for these two types (EF/AF) of flows. 

[0038] FIG. 3 is a flow chart of one embodiment of a method for admission control. A 

flow can arrive at a base station requesting admission (operation 302). Admission 
control can give a highest priority to admitting a flow coming in to connect to a BTS 
that is either a flow in handoff or a flow waking up from dormancy. Such conditions of 
a flow can provide for automatic admission or to give a high priority for admission 
(operation 304). For a new flow that is not in handoff or waking from dormancy, 
admission control can then determine the QoS, i.e. the priority, of the new flow 
(operation 306). When a new EF flow comes in, its average requested DRC can be 
collected and used to calculate the requirements of the new EF flow in terms of fraction 
of time slots (operation 308). The admission control can then add this requirement to 
the total EF utilization (operation 310). The new EF flow can be admitted only if the 
total required time fraction is less than a threshold. In one embodiment, the 
recommended threshold can be approximately 30% (operation 312). If above the 
threshold, the flow may not be admitted (operation 314), if below, the EF flow can be 
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admitted (operation 315). It can be appreciated that the total EF traffic can be a mix of 
different classes, such as, for example, voice-over-EP or video conferencing. 

[0039] The threshold on total EF utilization is generally applicable. A design criterion 

can be that the average drop percentage of all the admitted EF flows is less than 1%. A 
slow fading, such as, for example, the "Pedestrian A" model with one antenna (at 3 
km/hr), is the worst channel model in terms of packet drop. In one embodiment, the 
above threshold value can be determined by simulating the scenario where all the EF 
flows have this type of channel. 

[0040] When a new AF flow comes in, its average DRC can be computed in a similar 

way as for a new EF flow (operation 316). The total required time fraction for existing 
AF flows can be the sum the served time fraction of each AF flow, scaled by the ratio of 
its required rate and actual throughput (operation 318). The required time fraction from 
the new AF flow can then be added to this sum (operation 320). The new AF flow can 
be admitted only if the total QoS utilization (EF utilization + AF utilization) is no larger 
than a threshold, where, as one example, the recommended threshold value can be 
approximately 50% (operation 322). If the new AF flow is below the threshold it can be 
admitted (operation 324) and if above the threshold, the new AF flow may not be 
admitted (operation 326). 

[0041] For existing QoS flows, their QoS status should be adjusted in case their QoS 

violation is severe despite the prioritized service. FIG. 4 is a flow chart of one 
embodiment of a method for terminating existing EF flows. 

[0042] A threshold covering the total EF utilization may applicable. A design guideline 

can be that the average drop percentage of all the admitted EF flows is less than 1%. An 
approach can then be to drop one or more EF flows if certain criteria are not met. In 
one embodiment, the EF flows are evaluated for their drop percentage (operation 401) 
and when an EF flow has a smoothed drop rate, i.e. a drop percentage, higher than a 
threshold, such as, for example approximately 10% for approximately three seconds in a 
row (operation 402), that EF flow may be terminated (404). The smoothed drop rate 
can be updated, such as, for example, approximately every 300 slots. These criteria 
may be the same as six consecutive drop rates higher than 10%. If there is not a single 
EF flow satisfying this condition, but there exists one or more EF flows with a drop rate 
higher than a threshold, such as, for example, approximately 5% (operation 406), 
algorithms can search among all EF flows and terminate the one with maximum time 
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utilization if that utilization is higher than another value, such as, for example, 
approximately 30% (operation 408) and if no EF flow is higher than this value, then no 
action may be taken on the EF flows (operation 410) 

[0043] FIG. 5 is a flow chart of one embodiment of a method for degrading an existing 

AF flow to BE status. Depending on a variety factors, the range for any criterion used 
for degrading an AF flow to a BE flow may be large. Admission control evaluates the 
AF flows for throughput (operation 501) and determines any AF flow that has a 
smoothed throughput that is based on a linear estimation per some number of slots (such 
as, for example, approximately 300 slots) that is lower than a first threshold, such as, for 
example, approximately 50% of the required rate for longer than a period of time. Such 
a period of time may be, such as, for example, approximately three seconds (operation 
502). This criteria may be considered the same as for a throughout lower than 
approximately 50% of the required rate for six consecutive samples. Admission control 
may degrade those flows that meet this first threshold to BE (operation 504). If there is 
not an AF flow satisfying this condition, admission control can determine if there exists 
one or more AF flows whose throughput is lower than a second threshold, such as, for 
example, approximately 50% of the required rate and the maximum time utilization of 
these AF flows is higher than approximately 50% (operation 506). If one or more AF 
flows are found meeting this second threshold, those AF flows may be degraded to BE 
(operation 508) and if not then admission control may take no action (operation 510). 

[0044] Those of skill in the art would understand that information and signals may be 

represented using any of a variety of different technologies and techniques. For 
example, data, instructions, commands, information, signals, bits, symbols, and chips 
that may be referenced throughout the above description may be represented by 
voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or 
particles, or any combination thereof. 

[0045] Those of skill would further appreciate that the various illustrative logical 

blocks, modules, circuits, and algorithm steps described in connection with the 
embodiments disclosed herein may be implemented as electronic hardware, computer 
software, or combinations of both. To clearly illustrate this interchangeability of 
hardware and software, various illustrative components, blocks, modules, circuits, and 
steps have been described above generally in terms of their functionality. Whether such 
functionality is implemented as hardware or software depends upon the particular 



030600 

EL977102561US 

14 

application and design constraints imposed on the overall system. Skilled artisans may 
implement the described functionality in varying ways for each particular application, 
but such implementation decisions should not be interpreted as causing a departure from 
the scope of the present invention. 

[0046] The various illustrative logical blocks, modules, and circuits described in 

connection with the embodiments disclosed herein may be implemented or performed 
with a general purpose processor, a digital signal processor (DSP), an application 
specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other 
programmable logic device, discrete gate or transistor logic, discrete hardware 
components, or any combination thereof designed to perform the functions described 
herein. A general purpose processor may be a microprocessor, but in the alternative, the 
processor may be any conventional processor, controller, microcontroller, or state 
machine. A processor may also be implemented as a combination of computing 
devices, e.g., a combination of a DSP and a microprocessor, a plurality of 
microprocessors, one or more microprocessors in conjunction with a DSP core, or any 
other such configuration. 

[0047] The steps of a method or algorithm described in connection with the 

embodiments disclosed herein may be embodied directly in hardware, in a software 
module executed by a processor, or in a combination of the two. A software module 
may reside in RAM memory, flash memory, ROM memory, EPROM memory, 
EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other 
form of storage medium known in the art. An exemplary storage medium is coupled to 
the processor such the processor can read information from, and write information to, 
the storage medium. In the alternative, the storage medium may be integral to the 
processor. The processor and the storage medium may reside in an ASIC. The ASIC 
may reside in a user terminal. In the alternative, the processor and the storage medium 
may reside as discrete components in a user terminal. 

[0048] The previous description of the disclosed embodiments is provided to enable any 

person skilled in the art to make or use the present invention. Various modifications to 
these embodiments will be readily apparent to those skilled in the art, and the generic 
principles defined herein may be applied to other embodiments without departing from 
the spirit or scope of the invention. Thus, the present invention is not intended to be 
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limited to the embodiments shown herein but is to be accorded the widest 
consistent with the principles and novel features disclosed herein. 
WHAT IS CLAIMED IS: 



